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^ (54) ritle: GENERATION AND MANAGEMENT OF CUSTOMER PIN'S 

(57) Abstract: A method for securely generating a PIN comprises generating a number of random binary bits; determining the least 
^ significant bits of the number of bits; converting the least significant bits to a decimal integer; shifting die value of tbe integer by 

a predetenmned constant to {Hoduce a shifted integer, and encoding tbe shifted integer as bits in a PIN block in accordance with a 
_ standard. A method for managing security of a PIN used to provide access to a secure device comprising choosing tbe PIN; staring an 

encrypted version of die PIN in the device; and conmiunicating the PIN to a user of the device via a communtcaticH) charmel separate 
Q and apart from a charmel reset to provide the device to the user. A method for resetting a PIN in a secure device comprising sending 
^ a message to a data center having an original PIN for the device, the message including authorization data indicative of at least one 
^ of the device and an audiorized user of the device, and securely communicating tbe original PIN to the location of the device. 
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GENERATION AND MANAGEMENT OF CUSTOMER PIN'S 

This application claims priority of provisional patent 
application serial number 60/166,734 filed on November 
22, 1999. 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates to the generation and management 
of Personal Identification Numbers (PIN's). More 
particularly, it relates to the generation and management 
10 of PIN'S for use in various applications; and more 
specifically still, in postage franking devices. 

Background Art 

There are many business and personal financial 
transactions that must be conducted securely. It is very 
15 common for a Personal Identification Number, or PIN to be 
used to enhance the security of these transactions. 

While the use of PIN's generally proceeds smoothly, there 
are occasional problems. If a PIN holder or customer 
writes down a PIN, it is subject to discovery by 
20 unauthorized users. If it is not written down, the 

customer may forget the PIN. This requires contacting 
the financial institution or company having the PIN in 
its database, and utilizing a PIN reset procedure. It is 
often necessary for the customer to travel to the 



wo 01/38950 



PCT/USOO/42232 



2 

location of the company, present identification which 
must be verified, and then select a new PIN. 

SUMMARY OF THE INVENTION 

It is an object of the invention to provide a secure 
5 method for generating PIN's. 

It is another object of the invention to provide an 
apparatus for securely holding a PIN to help safeguard 
funds on deposit. 

It is yet another object of the invention to provide a 
10 convenient way to reset a PIN if a customer loses the 
PIN. 

In accordance with the invention a method for securely 
generating a PIN comprises generating a number of random 
binary bits; determining the least significant bits of 

15 the number of bits; converting the least significant bits 
to a decimal integer; shifting the value of the integer 
by a predetermined constant to produce a shifted integer; 
and encoding the shifted integer as bits in a PIN block 
in accordance with a standard, for example the ISO 9564-1 

20 standard. 

The number of random bits may be sixty-four. The number 
of least significant bits may be sixteen. The constant 
may be 173845. The PIN block may include a control field; 
a PIN length designation field; a series of PIN digit 
25 fields; at least one PIN/transaction digit; and a series 
of transaction digit fields. Each PIN digit field may 
represent a binary number having a decimal value of from 
zero to nine. The control field may be the binairy number 
0001. The PIN length field may contain a binary number 
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having a decimal value of four, five or six. Thus, at 
least one PIN/transaction digit is determined in 
accordance with PIN length. The transaction digit fields 
may each be four bit binary fields representing a decimal 
5 digit of zero to nine. The generation of the number of 
random binary bits may be accomplished by using a pseudo 
random number generator. 

The invention is also directed to a method for managing 
security of a PIN used to provide access to a secure 

10 device comprising choosing the PIN; storing an encrypted 
version of the PIN in the device ; and communicating the 
PIN to a user of the device via a communication channel 
separate and apart from a channel used to provide the 
device to the user. Preferably, the communication 

15 channel is a secure channel, which may be rendered secure 
by using encryption. 

In one embodiment the user of the device chooses the PIN. 
The manufacturer of the device may cause the encrypted 
version of the PIN to be stored in the device. The 
20 manufacturer may retain a record of the PIN or may 
discard all records of the PIN. 

The PIN may be chosen using a random process, including 
the one set forth above. 

In accordance with the preferred embodiment the device is 
25 a postal security device, which stores the value of 
funds . 

The invention also encompasses a method for resetting a 
PIN in a secure device comprising sending a message to a 
data center having an original PIN for the device, the 
30 message including authorization data indicative of at 
least one of the device and an authorized user of the 
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device, and securely communicating the original PIN to 
the location of the device. Preferably, the device has a 
current PIN, which is replaced with the original PIN. 
The communicating of the original PIN may comprise 
5 sending the original PIN to the user of the device; and 
the user of the device entering the original PIN into the 
device. Communication is preferably performed using 
secure communication. The channels may be rendered 
secure using secure communications techniques, such as 
10 encryption. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing aspects and other features of the present 
invention are explained in the following description, 
taken in connection with the accompanying drawings, 
15 wherein: 

Fig. 1 is a block diagram of a funds storage device 
connected to a management system server, both in 
accordance with the invention. 

Fig. 2 is a flow diagram illustrating the generation of a 
20 PIN in accordance with the invention. 

Fig. 3 is a diagram of a PIN block in accordance with the 
invention. 

Fig. 4 is a chart illustrating PIN states and values in 
accordance with the invention. 

25 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention may be used in a broad range of 
applications. However, for purposes of illustration, it 
will be described with reference to an apparatus for 
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electronically holding value corresponding to funds, and 
in particular funds used for generating postage to be 
applied to items to be mailed. Such a device is often 
called a Postal Security Device (PSD) , or a SAFE™ when 
5 produced by Ascom Hasler Mailing Systems. 

Referring to Fig. 1, a PSD 10 in accordance with the 
invention has various hardware and software (or firmware) 
components. The hardware components include a housing 
and an electrical connector for connection to PSD 10, 

10 (both not represented in Fig. 1) . Internal components 
include an initial PIN register 12 for storing an encoded 
initial PIN value, for the lifetime of the product. A 
current PIN register 14 stores an encoded currently valid 
PIN. A coxinter 16 coxints the niamber of false PIN entries 

15 (FPE) . Another counter 18 counts the number of PIN reset 
operations (PRO) . A temporary storage register 20 
permits storage of old (still valid) PIN at 20A and a new 
PIN number at 20B to enable roll-back. 

Software components or modules in PSD 20 include a random 
20 bit generator 24 and a transaction decryption module 26 
to enable decryption of transaction data. The 
transaction data is typically decrypted by running a 2- 
key triple-DES (Data Encryption Standard) of a type well 
known in the art. A separate encoding/decoding function 
25 28 is used for the encoding and decoding of customer PIN 
data. A roll-back capability 30 is available for PIN 
modification and/or PIN reset procedures, as more fully 
described below. An error code and message generator 32 
is available to allow a user of the PSD to read error 
30 codes which indicate possible system errors, and messages 
as also more fully described below. An additional 
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commianication path 38 is provided from database 36 to PSD 
10, and is used as also more fully described below. 

As more fully described below with respect to Fig. 2, PSD 
10 generates an initial PIN which is transmitted to a 
5 server 34 at the manufacturer of PSD 10, Server 34 
includes a key management system, not described herein. 
It also includes a database 36, for storing the value of 
the PIN, as also more fully described below. 

Referring to Fig. 2, the generation of a PSD specific 
10 initial PIN takes place during PSD initialization, 
generally at the manufacturer of the PSD. Using the 
present random bit generator 24 which may operate in 
accordance with the ANSI X9.17 standard, a number of 
random bits, generally sixty- four in number, are 
15 generated at 40. All but the least significant bits, 
preferably sixteen, are discarded at a bit reduction step 
42. At step 44 the binary data of the remaining bits 
from step 42 are converted from binary to decimal form. 
Since the encryption step generates random bits, the 
20 integers resulting from the truncation are uniformly 
distributed in the interval of 0 to 65,523 for the 
selection of sixteen bits. Thus, the cryptographic 
strength of the initial PIN is 16 bits. 

At step 46 a shift operation is conducted to guarantee 
25 that the initial PIN's resulting from the conversion step 
are all six digit integers with a lending digit that is 
not equal to zero. Thus, what are intermediate integer 
values from step 44, are all shifted to the right by an 
arbitrarily chosen integer constant. For sixteen bits, 
30 this constant may be chosen as 173,845. After this 
shift, the initial PIN's are uniformly distributed in the 
interval 173,845 to 239,380. 
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At Step 48 the initial PIN defined at step 46 is encoded 
according to a standard, PIN encoding following the 
encoding rules for the ISO/IEC ISO 9564-1 standard are 
illustrated in Fig. 3. 

5 In Fig. 3, a PIN block 50 which is sixty-four bits in 
length includes numerous fields . A four bit control 
field 52 occupies bits 1-4 and is assigned a value of 
0001. A pin length field 54, which occupies bits 5-8, 
contains a four bit binary number with permissible values 

10 of binary 0100 to binary 0110 (decimal 4-6) , Four PIN 
digit field 56, 58, 60 and 62 occupy digits 9-12, 13-16, 
17-20, and 21-24, respectively. These four 4-bit fields 
generally have permissible values of binary 0000 to 1001 
(decimal zero to nine) . However, as previously 

15 mentioned, due to the shift to the right (step 46 of Fig. 
2) field 56 can never have a value of zero. 

Fields 64 and 66 which occupy digits 25-28 and 29-32, 
respectively are used as either PIN digit fields or 
transaction digit fields, depending on the length of the 

20 PIN. For a six digit PIN, fields 64 and 66 are PIN digit 
fields. For a five digit PIN, field 64 is a PIN digit 
field and field 66 may be used as transaction digit 
field. For a four digit PIN, both of fields 64 and 66 
may be used as a transaction digit field. Fields 68, 70, 

25 72, 74, 76, 78, 80 and 82, which occupy block digits 33- 
36, 37-40, 41-44, 45-48, 49-52, 53-56, 57-60 and 61-64, 
respectively are all transaction digits, all of which may 
be 0000. Fields 52, 54 and all transaction digit fields 
designated as T add redundancy to the PIN value and help 

30 to guarantee the uniqueness and integrity of the PIN. 
There is no difficulty in padding the 64 bit block with 
zero, because the length of the PIN is encoded in field 
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54, and is well defined, and it is known that the PIN 
block always has a length of exactly sixty- four bits. 

In operation, the PSD 10 is connected to the customer 
host system, typically a mail franking system, and is 
used in a manner well known in the art. The host system 
has appropriate software for accessing and mnning PSD 
10. Functions that are performed by the host system 
include encoding of PIN values, encryption of PIN data by 
ruiming two key triple Data Encryption Standard (DES) and 
erasure of all PIN data temporarily stored during the 
customer PIN related operations. 

The customer is authenticated using a PIN based 
mechanism. The PIN is set to a PSD individual initial 
value in the initialization phase. This value is made 
known to the customer using a commimication path (path 38 
of Fig. 1) which is different from the path used for 
shipping of the PSD itself. The customer is expected to 
change the PIN when using the PSD the first time. 
Typical common sense security rules, such as not using 
birthdays or a sequence of keyboard numbers or letters, 
changing the PIN periodically, etc. should be used by 
customers in selecting a new PIN. 

The PSD is configured to require the PIN to be entered 
each time after powering up. The PSD also requires the 
PIN authentication procedure to be performed again each 
time the synchronization at the serial interface between 
the PSD and the host system gets lost . This event 
indicates to the PSD that it might have been moved to a 
30 different host system. 
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PIN authentication must be performed before any indicia 
application function is allowed by the PSD (indicia 
generation and TMS activities). In other words, before 
doing any franking of mail, or receiving funds from a 
telemetering system, the PIN must be authenticated. 

Whenever a specific consecutive number of authentication 
failures has occurred (as counted in counter 16 of Pig. 
1) the PIN authentication function is locked, which 
effectively prevents the access to the indicia 
generation. However, the manufacturer of the PSD may 
reset the PIN at any time, or provide instructions to the 
customer as to how to reset the PIN, or cause the PIN to 
autoreset after a predetermined dormant period. 

In order to ensure the effectiveness of the PIN based 
customer authentication, the PIN shall in general be 
entered by the customer manually into the host system, 
which transfers the PIN to the PSD. However, operational 
needs may require the PIN to be stored externally, e.g. 
in the host system, and used in an automatic 
authentication procedure (e.g. prepared scripts). This 
may be done only if the customer has ensured that the PSD 
and the host system is protected against theft and misuse 
by appropriate physical, organizational and/or other 
technical means. 



A session based encryption key established after power up 
is used to encrypt the PIN before it enters the PSD. 
Thus, a great advantage of the present invention is that 
the original PIN, in a clear readable format, is never 
stored in the PSD, nor transmitted from the PSD. 
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In the discussion that follows of PIN verification, PIN 
modification and PIN reset procedures the notation and 
symbols set forth below are used. 

PINinit denotes the initial PIN. 

5 PINcust denotes the valid Customer PIN. 

PINref (Reference PIN) denotes the PIN value used by the 
PSD for customer authentication. 

PINtr (Transaction PIN) denotes the PIN value entered by 
the customer (e.g. via keyboard in the customer host 
10 system) . 

PINnew (new Customer PIN) denotes a new PIN value chosen 
by the customer and entered as a replacement for the old 
value . 

PIN' denotes 64 -bit PIN block corresponding to PINxxx as 
15 discussed above with respect to Fig. 3. 

The symbol || denotes the concatenation of data 
elements . 

The symbol © denotes the bit-wise XOR operation. 

In the PIN verification procedure, the following general 
20 assumptions apply: 

The customer knows the currently valid PIN (PINcust) - 

At the beginning of the procedure the PSD keeps the 
currently valid, encoded PIN (PIN'cust) - 
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The PIN verification procedure, processes and data flows 
are illustrated below: 

Customer Host PSD 

5 

ProccssO 

Start of PIN verification procedure 
< > 

Process 1 

10 1 ) Generates 64 random bits S 



20 



30 



> 

Mo=S 

Process 2 

l)SetsPIN^^:=PIN'c«, 

1^ 2) Generates 128 random bits 



M, = R 

Process 3 

1) Prompts Customer for PIN entry 



Process4 

1 ) Customer enters PINt, 



M2 = PIN^ 

25 ProcessS 

1) Encodes PIN,r to form a 64-bit block PINV 

2) Sets K* := (PIN V 1 1 S) © (Const ® R) 

3) Parity adjustment of K* to get key K 

4) Encrypts PINV (2-key triple-DES) using K 

5) Wipes out all traces of PINn^ 

> 

M3 = Enc{K. PINV) 

Process 6 

- - lfFPE>FPE^ device gets 

locked 



(Const ©R) 



1) Increments FPE (false PIN 
entry counter) 

2) Sets K* :=(PIN'^ ||S)© 



3) Parity adjustment of K* to 

get key K 

4) Decrypts M3 using K to get 

PINV 
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5) Compares result with PIN*„f 
Ifnok Restarts Process 2 

else 

6) Resets FPE to initial value 



ok 

End of PIN Verification Procedure 



10 



15 



20 



As discussed above, the following message formats may be 
generated by the PSD, to provide information to the user 
of the customer host system: 



Message Mo 

Mo := S 
S: 

Message Mi 
R 

Message M2 

M2 . - PIN'tr 

PIN'„ : 
Message IM3 

M3 := Eitc(K, PIN'n) 



64 bits, random binary data 



128 bits, random binary data 



4-6 digit decimal number 



25 



M3 
K 

PINV 



64 bits, random binary data 
2-key triple-DES key 

64 bits, specially encoded data (cf. Annex A) 



Process details of step 5 of the PIN verification 
procedure set forth above in Process 5 are set forth 
below. 



30 



Step 2: Const is a 128 bit hard-coded random constant: 

(e.g. Const(hex.)=Ox 8B44F7AF 895CD7BE FFFF5BB1 
49B40821). 
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Step 4: 2-key triple-DES is run in CBC-mode with 
IV(hex.)=Ox 242070DB 49B40821. 

As part of process 6, the customer must be informed in a 
5 clear and unequivocal way about the remaining number of 
PIN entry trials before the PSD gets locked and the 
possibility to wait for a predefined time period after 
which the FPE is reset. 

10 A PIN modification procedure is used because the initial 
PIN values set during the initialization of the PSD, and 
thought mainly as transport protection, should be changed 
with this procedure before the device becomes 
operational. However, in general, this is not enforced 

15 technically but only recommended to the customer in an 
appropriate way. The PIN modification procedure assumes 
that : 

1- The customer knows the currently valid PIN (PINcuat) ; 

2. At the beginning of the procedure the PSD keeps the 
20 currently valid, encoded PIN (PIN'cust) ; 

3. During the procedure the PSD must temporary handle, 
at the same time, the old PIN value and its replacement 
in order to enable a roll -back of the procedure; and 

4 . After the procedure has been successfully executed 
25 the PSD stores the encoded new Customer PIN, while the 

old value is deleted. 

As an additional security feature of the PIN modification 
procedure, there is an integrity check of the hew PIN 
30 value. The value must be entered twice to assure 
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accuracy before it is accepted. The PIN modification 
procedure, processes and data flows are set forth below. 



Customer Host PSD 



Process 0 

Start of PIN modification procedure 
< > 

10 Pfpcessl 

1) Generates 64 random bits S 

> 



Process 2 

15 1) Sets PIN*^:= PIN*, 



Mo=S 

M, = R 2) Generates 64 random bits R 



< 

Process3 

1) Prompts Customer for entry of old and new PIN 

20 Process4 

1) Customer enters PIN^^ and PINp^^ (twice!) 

> 

M2 = PIN^ PINoew, PIN*«^ 
Process 5 

25 1 ) Compares two values PIN^cw and PIN*^^* 

If not equal Restarts Process 3 
else Verifies correct formal of PINocw 
Ifnok Restarts Process 3 
else 

30 2) Encodes PIN,r to form a 64-bit block PINV 

3) Encodes PIN^ew to form a 64-bit block PIN'„evr 

4) Sets K* := (PIN^ I IS) © (Const © R) 

5) Parity adjustment of K* to get key K 

6) Encrypts PIN'«j* (2-key triple-DES) using K 

35 7) Wipes out all traces of PIN^, and PIN„cw 

> 

M3 = Enc(K. PIN'p^) 

Process 6 

IfFPE> FPE^ device gets 
40 Jocked 

1 ) Increments FPE (false PIN 
entry counter) 

2) Sets K* :=(PINV HS)© 

(Const ©R) 
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3) Parity adjustment of to 

get key K 

4) Decrypts M3 using K to get 
5) Checks correct format of 



PIN'. 



result 

Ifnok Restarts Process 2 
else 

6) Resets FPE to initial value 

10 7) Sets: VTtT^ = PIN'„^ 

(erases old value!) 

ok 



End of PIN Modification Procedure • 



15 

The following error conditions are defined: 
0 : no error 

1: Two values PINnew and PIN*new are different 
(process 5, step 1) 

20 2 : PINnew does not have the correct format (process 

5, step 1) The PIN does not satisfy the length 
requirements and/or begins with a zero and/or 
consists of all ecjual digits. 

3: PIN verification failed because PIN'ref ^ PlN'tr 
25 (process S, step 5) 

For the PIN modification procedure the following message 
formats apply: 

Message Mq 

Mo-S 

30 S : 64 bits, random binary data 

Message M^ 

M, := R 

R : 128 bits, random binary data 
M ssageM2 

35 M2:=PIN,r. PINnew. PIN^ne^ 
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PINnew 



4-6 digit number 
4-6 digit number 
4-6 digit number 



Message M3 

Ms := Enc(K PIN'new) 

M3 
K 

PIN*«w 



64 bits, random binary data 
2-key triple-DES key 

64 bits, specially encoded data (cf. Annex A) 



10 Process details for process 5, are the same as set forth 
above . 

As part of process S, the customer must be informed in a 
clear and unequivocal way about the remaining number of 
PIN entry trials before the PSD is locked and the 
15 possibility of waiting for a predefined time period after 
which the FPE (Fig. 1) is reset. 

In step 5 checking the correct format here means a 
verification, that the result of the decryption is a 
valid PIN block. 

20 Since PIN'x:ef is part of the encryption key K in the PSD, 
the chance that a valid PIN block results from the 
decryption of M3 is negligibly small (< 10"^°) if a false 
value for the Customer PIN (PINtr) was used as part of the 
encryption key K in the host . This is due to the large 

25 amovmt of added redundancy contained in a valid PIN 
block, as described above. 

Generally, it is a matter of contractual agreement 
between the manufacturer and its customers as to under 
what circumstances a PIN reset procedure is allowed. 

30 Generally, the manufacturer does not have any control 
over what happens to the customer PIN and how carefully 
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the host is set up, and therefore can take no 
responsibility for the customer PIN. 

The reset procedure described below is therefore 
5 intentionally kept simple because the basic security 
assumption is, that the customer is fully responsible for 
the correct handling of the PIN. That is, a reset of the 
PIN should actually never be necessary under normal 
conditions. 

10 

The PIN reset procedure is based on the following general 
assumptions: 

1. The PIN reset procedure consists of a preparatory, 
intermediate and the final step. 

15 2, The customer does not know the currently valid PIN 

(PINcust) . 

3 . At the beginning of the procedure the PSD stores the 
currently valid, encoded PIN (PIN'cust) and the encoded 
initial PIN (PIN'init) value set during the PSD 

20 initialization phase. 

4. During the final step the PSD must temporary handle, 
at the same time, the old PIN value and its replacement 
in order to enable a roll -back of the procedure. 

5. After the reset procedure has been successfully 
25 executed the PSD stores the encoded new Customer PIN 

value, while the old value is deleted. 

6. The encoded initial PIN (PIN'init) value stored in the 
PSD is not affected (changed, deleted, overwritten) by 
the procedure. 
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A manual PIN reset procedure is also provided. In a 
first step the customer contacts the manufacturer's 
remote control facility and informs the manufacturer of 
the situation. This may happen using different 
5 communication means such as fax, email, phone etc. This 
step includes an identification/ authentication of the 
company, customer (name, address, license ID etc.) and 
the involved device (PSD manufacturer ID, PSD serial no., 
PSD model ID etc.) and should be logged in an appropriate 
10 way. 

An intermediate step includes a verification of the 
customer/company data gathered during the preparatory 
step and the checking of the authorization for PIN reset 
operations. Then, the initial PIN is retrieved from the 
15 database, and the customer and/or his company are 
informed in an confidential way about the value of the 
initial PIN (e.g. by fax, registered mail or email). If 
verification cannot be accomplished the process is 
stopped. 

20 As a final step, processes and data flows for PIN reset 
are shown below 

The initial PIN used by the customer during the final 
step for authentication, should be changed as part of the 
PIN reset operation in a manner similar to the case when 
25 the PSD is used for the first time. However, this is not 
enforced technically but only recommended to the customer 
in a appropriate way (e.g. as part of process 3) . 

Customer Host PSD 

30 

Process 0 

Start of PIN reset procedure 
< > 
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Process 1 

1 ) Generates 64 random bits S 

> 

Mo = S 

Process2 

IfPRO> PRO^ device gets 
locked 

1 ) Increments PRO (Reset 
operation counter) 

2) SetsPIN'^ := PIN'^^ 

Ml = R 3) Generates 64 random bits R 

< . 

Process 3 

1) Prompts Customer for entry of initial PIN and new PIN 



Run the PIN Modification Procedure here 
starting from Process 4 (see above) 



End of PIN Reset Procedure 



As part of process 2 immediately above, the customer must 
be informed in a clear and unequivocal way about the 
remaining number of reset operations before the PSD is 
locked. 

Referring to Fig. 4, and based on the above discussion, 
the various PIN states and values which exist are 
illustrated for PIN initialization, the first PIN 
verification, stibsequent PIN verification, PIN 
modification, and PIN reset. 

In accordance with the invention, there are a variety of 
ways in which the security of the PIN can be managed in 
addition to those disclosed above. Another possibility 
is for the customer, when ordering the PSD, to specify a 
customer chosen secjuence of digits for which the customer 
takes responsibility. This may be some sequence of 
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special significance to the customer, but as noted above, 
should be selected in accordance with common sense 
security guidelines. This customer selected PIN is then 
encoded and placed in the PSD in its encoded fozTn as the 
5 original PIN used for shipping. As noted above, it 
should be changed when the PSD arrives at the customer. 

There are two possibilities for what can be done in the 
situation where the customer supplies the PIN, In a 
first case, it can be treated in the same manner as a 
10 randomly generated PIN. Its value can be stored in 
database 36 {Fig. 1), and if the customer has 
difficulties and needs to obtain the PIN, the 
manufacturer can provide the data, as described above or 
using the procedure outlined below. However, for 

15 additional security, it is possible to erase all traces 
of the PIN value from the manufacturer's site; and in 
particular from server 34 and database 36. In principle, 
since it was the customer who provided the initial PIN, 
the customer should be able to furnish it in cases where 
20 it becomes necessary, without consulting with the 
manufacturer. In this case, once the PSD has been 
shipped to the customer, and all traces of it have been 
eliminated from the manufacturer's records, the 
manufacturer no longer has any security obligations 
25 whatsoever with respect to the PIN. 

It will be recognized that even if the manufacturer 
supplies the initial PIN, as described above, it is 
possible for the manufacturer, after shipping the PSD to 
the customer and sending the PIN by a separate 
30 communication channel (which may be encrypted) , to 
discard all traces of the PIN. However, this is a rather 
extreme case, perhaps reserved for situations in which 
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very high levels of security need to be maintained. In 
this case, if the initial PIN is lost, it may not be 
possible to again access the PSD. 

In a preferred embodiment for the PIN reset procedure, at 
5 the time the customer needs to recover the initial PIN of 
the PSD due to loss of the present PIN, the customer 
causes, via modem or internet connection between PSD 
host and provider or manufacturer data center, the PSD to 
remotely communicate with the data center for the purpose 
10 of providing the data center with knowledge secured via 
secret and/or public key authentication standards of 
private information relating to the PSD (e.g. device 
identification, authorization number, account number, or 
the like) . Once the data center authenticates the PSD, 

15 the data center causes the initial PIN (archived in its 
server database) to be securely commtmicated to the 
requesting PSD. The PSD thereafter would have, in its 
PIN memory, the initial manufactured PIN, reintroduced. 
The customer would then be informed by an alternate 

20 method (email, F7VX, telephone) of the initial PIN value. 
Thereafter, the customer would proceed to change the PIN 
to the user desired value. It will be recognized that 
this PIN reset procedure lends itself well to automation, 
so that the PIN in the PSD can be automatically reset to 

25 the original PIN upon an authorized recjuest communicated 
by the user. As an additional security feature, a 
dedicated telephone number for a particular customer may 
be maintained. 

It should be understood that the foregoing description is 
30 only illustrative of the invention. Various alternatives 
and modifications can be devised by those skilled in the 
art without departing from the invention. Accordingly, 
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the present invention is intended to embrace all such 
alternatives, modifications and variances which fall 
within the scope of the appended claims. 
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CLAIMS 

What is claimed is: 

1- A method for generating a PIN, comprising: 

generating a number of random binary bits; 

determine the least significant bits of said number 
of bits; 

converting the least significant bits to a decimal 
integer; 

shifting the values of the integer by a 
predetermined constant to produce a shifted integer; 
and 

encoding the shifted integer as bits in a PIN block 
in accordance with a standard. 

2. The method of claim 1 wherein the standard is 
ISO 9564-1. 

3. The method of claim 1, wherein the number of random 
bits is sixty- four, 

4. The method of claim 1, wherein the number of least 
significant bits is sixteen. 

5. The method of claim 1, wherein the constant is 
173845. 

6. The method of claim 1 wherein the PIN block 
includes: 

a control field; 

a PIN length designation field; 
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a series of PIN digit field; 

at least one PIN/transaction digit; and 

a series of transaction digit fields. 

7, The method of claim 6, wherein each PIN digit field 
represents a binary number having a decimal value of from 
zero to nine. 

8- The method of claim 6, wherein the control field is 
the binary number 0001. 

9- The method of claim 6, wherein the PIN length field 
contains a binary number having a decimal value of four, 
five or six. 

10. The method of claim 6, wherein the at least one 
PIN/transaction digit is determined in accordance with 
PIN length. 

11. The method of claim 6, wherein the transaction digit 
fields are each four bit binary fields representing a 
decimal digit of zero to nine. 

12- The method of claim 1 wherein the generating of the 
number of random binary bits is done by using a pseudo 
random number generator. 

13. A method for managing security of a PIN used to 
provide access to a secure device, comprising: 

choosing the PIN; 

storing an encrypted version of the PIN in the 
device; and 
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communicating the PIN to a user of the device via a 
communication channel separate and apart from a 
channel used to provide the device to the user. 

14. The method of claim 13, wherein said communication 
channel is a secure channel . 

15. The method of claim 14, further comprising using 
encryption to render said communication channel secure, 

16. The method of claim 13, wherein the user of said 
device chooses said PIN. 

17. The method of claim 16, wherein a manufacturer of 
said device causes said encrypted version of said PIN to 
be stored in said device. 

18. The method of claim 17, further comprising the 
manufacturer retaining a record of said PIN. 

19. The method of claim 17, further comprising said 
manufacturer discarding all records of said PIN. 

20. The method of claim 13 wherein said PIN is chosen 
using a random process . 

21. The method of claim 20, wherein said PIN is chosen 
by: 

generating a number of random binary bits; 

determine the least significant bits of said number 
of bits; 

converting the least significant bits to a decimal 
integer; 
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shifting the values of the integer by a 
predetermined constant to produce a shifted integer; 
and 

encoding the shifted integer as bits in a PIN block 
in accordance with a standard. 

22. The method of claim 21, wherein a manufacturer of 
said device causes said encrypted version of said PIN to 
be stored in said device. 

23. The method of claim 22, further comprising the 
manufacturer retaining a record of said PIN. 

24. The method of claim 22, further comprising said 
manufacturer discarding all records of said PIN. 

25. The method of claim 13, wherein said device stores 
the value of fvmds. 

26. The method of claim 13, wherein said device is a 
postal security device. 

27. A method for resetting a PIN in a secure device 
comprising: 

(a) sending a message to a data center having an 
original PIN for said device, said message including 
authorization data indicative of at least one of the 
device and an authorized user of said device, and 

(b) securely communicating the original PIN to the 
location of the device. 

28. The method of claim 27, wherein the device has a 
current PIN, further comprising replacing the current PIN 
with the original PIN. 
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29. The method of claim 27, wherein the communicating of 
the original PIN comprises: 

sending the original PIN to the user of the device; 
and 

the user of the device entering the original PIN 
into the device. 

30. The method of claim 27 wherein at least one of (a) 
and (b) are performed using at least one of a secure 
communication channel and secure communication 
techniques . 
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C = Control field 
N = PIN length 

P = PIN digit 



4-bit binary nuniber 0001 

4-bit binary number with pennissibie values 0100 (4) to 
0110(6) 

4-bit field with permissible values 0000 (zero) to 1001 (9) 



P/T = PIN/ Transaction digit Determined by PIN length 
T = Transaction digit 4-bit binary number 0000 
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Start of Process 



End of Process 
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